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This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listing of Claims 

1 . (Currently Amended) A method for communicating with a device, comprising: 
executing a kernel module in a memory; 

executing at least one kernel thread in the memory to handle calls to execute device 
driver functions for the kernel module , wherein the device driver functions are capable of being 
invoked system calls from applications operating in a user context ; and 

executing, with the at least one kernel thread, calls to device driver functions for the 
kernel module running in a kernel context. 

2. (Original) The method of claim 1, wherein the kernel module spawns at least one 
kernel thread to execute the calls to the device driver functions for the kernel module. 

3. (Original) The method of claim 1, further comprising: 
accessing, with one kernel thread, device information from the device; and 
buffering the accessed device information. 

4. (Original) The method of claim 3, wherein a kernel module function requests 
device information, further comprising: 

in response to the request for the device information, accessing the buffered device 
information. 

5 . (Original) The method of claim 1 , wherein the kernel thread accesses buffered 
device information periodically and independently of kernel module requests for the device 
information. 

6. (Original) The method of claim 1, further comprising: 
buffering a parameter list; 
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setting device parameters in the buffered parameter list to values provided by kernel 
module functions. 

7. (Original) The method of claim 6, further comprising: 

setting a flag indicating that the kernel thread needs to set parameters at the device to 
device parameter values set in the parameter list. 

8. (Original) The method of claim 6, further comprising: 

spawning a kernel thread to set device parameters to parameter values buffered in the 
parameter list. 

9. (Original) The method of claim 7, wherein the kernel thread spawned to set 
device parameter values processes the parameter list to locate buffered parameter values and set 
the device parameters to the buffered parameter values. 

10. (Original) The method of claim 7, wherein the kernel thread processes the 
parameter list by further performing: 

applying a lock on information in the parameter list including the located buffered 
parameter values; 

after applying the lock, copying the parameter values from the parameter list to a 
temporary buffer, wherein the device parameters are set to the parameter values from the 
parameter list in the temporary buffer; and 

releasing the lock after copying the parameter values from the parameter list to the 
temporary buffer. 

1 1 . (Original) The method of claim 10, further comprising: 
disabling higher priority contexts before locking the parameter list; and 
enabling the higher priority contexts after releasing the lock on the parameter list. 
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12. (Original) The method of claim 11, wherein the higher priority context comprises 
a bottom half or Interrupt Request (IRQ) context. 

13. (Original) The method of claim 10, further comprising: 

after releasing the lock, executing device driver functions to configure the device with the 
parameter values in the temporary buffer. 

14. (Original) The method of claim 1, further comprising: 

initiating, with the kernel module, an access request with respect to device information; 
disabling any higher priority contexts capable of accessing the device information; 
obtaining a lock for the device information subject to the access request; 
providing the kernel module access to the device information; 
releasing the lock; and 

enabling all higher priority contexts that were disabled. 

1 5 . (Currently Amended) A system, comprising: 
a network device; 

a memory; 

a processor executing code to perform: 

[[(i)]] execute a network device driver in memory to control the network device; 
[[(ii)]] execute a kernel module in the memory; 

[[(iii)]] execute at least one kernel thread in the memory to handle calls to execute 
device driver functions for the kernel module , wherein the device driver functions are 
capable of being invoked system calls from applications operating in a user context ; and 

[[(iv)]] execute, with the at least one kernel thread, calls to device driver functions 
for the kernel module running in a kernel context. 

16. (Original) The system of claim 15, wherein the kernel module spawns at least one 
kernel thread to execute the called device driver functions. 
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17. (Original) The system of claim 15, wherein the processor executes code to further 
perform: 

access, with one kernel thread, device information from the device; and 
buffer the accessed device information. 

18. (Original) The system of claim 17, wherein a kernel module function requests 
device information, wherein the processor executes the code to further perform: 

in response to the request for the device information, accessing the buffered device information. 

19. (Original) The system of claim 15, wherein the kernel thread accesses device 
information periodically and independently of kernel module requests for device information. 

20. (Original) The system of claim 15, wherein the processor executes the code to 
further perform: 

buffering a parameter list; and 

setting device parameters in the buffered parameter list to values provided by kernel 
module functions. 

21 . (Original) The system of claim 20, wherein the processor executes the code to 
further perform: 

setting a flag indicating that the kernel thread needs to set parameters at the device to 
device parameter values set in the parameter list. 

22. (Original) The system of claim 2 1 , wherein the kernel thread spawned to set 
device parameter values processes the parameter list to locate buffered parameter values and set 
the device parameters to the buffered parameter values. 

23. (Original) The system of claim 21, wherein the executed kernel thread processes 
the parameter list by further performing: 

applying a lock on information in the parameter list including the located buffered 
parameter values; 
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after applying the lock, copying the parameter values from the parameter list to a 
temporary buffer, wherein the device parameters are set to the parameter values from the 
parameter list in the temporary buffer; and 

releasing the lock after copying the parameter values from the parameter list to the 
temporary buffer. 

24. (Original) The system of claim 23, wherein the processor executes the code to 
further perform: 

disabling higher priority context before locking the parameter list; and 

enabling the higher priority contexts after releasing the lock on the parameter list. 

25. (Original) The system of claim 23, wherein the processor executes the code to 
further perform: 

after releasing the lock, executing device driver functions to configure the device with the 
parameter values in the temporary buffer. 

26. (Original) The system of claim 15, wherein the processor executes the code to 
further perform: 

initiating, with the kernel module, an access request with respect to device information; 
disabling any higher priority contexts capable of accessing the device information; 
obtaining a lock for the device information subject to the access request; 
providing the kernel module access to the device information; 
releasing the lock; and 

enabling all higher priority contexts that were disabled. 

27. (Currently Amended) An article of manufacture for communicating with a device, 
wherein the article of manufacture causes operations to be performed, the operations comprising: 

executing a kernel module; 

executing at least one kernel thread to execute handle calls to device driver functions for 
the kernel module , wherein the device driver functions are capable of being invoked system calls 
from applications operating in a user context; and 
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executing, with the at least one kernel thread, calls to device driver functions for the kernel 
module running in a kernel context. 

28. (Original) The article of manufacture of claim 27, wherein the kernel module 
spawns at least one kernel thread to execute the called device driver functions. 

29. (Original) The article of manufacture of claim 27, wherein the operations further 
comprise: 

accessing, with one kernel thread, device information from the device; and 
buffering the accessed device information. 

30. (Original) The article of manufacture of claim 29, wherein a kernel module 
function requests device information, wherein the operations further comprise: 

in response to a request for the device information, accessing the buffered device 
information. 

3 1 . (Original) The article of manufacture of claim 27, wherein the kernel thread 
accesses buffered device information periodically and independently of kernel module requests 
for device information. 

32. (Original) The article of manufacture of claim 27, wherein the operations further 
comprise: 

buffering a parameter list; 

setting device parameters in the buffered parameter list to values provided by kernel 
module functions. 

33. (Original) The article of manufacture of claim 32, wherein the operations further 
comprise: 

setting a flag indicating that the kernel thread needs to set parameters at the device to 
device parameter values set in the parameter list. 
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34. (Original) The article of manufacture of claim 27, wherein the kernel thread 
spawned to set device parameter values processes the parameter list to locate buffered parameter 
values and set the device parameters to the buffered parameter values. 

35. (Original) The article of manufacture of claim 34, wherein the kernel thread 
processes the parameter list by further performing: 

applying a lock on information in the parameter list including the located buffered parameter 
values; 

after applying the lock, copying the parameter values from the parameter list to a 
temporary buffer, wherein the device parameters are set to the parameter values from the 
parameter list in the temporary buffer; and 

releasing the lock after copying the parameter values from the parameter list to the 
temporary buffer. 

36. (Original) The article of manufacture of claim 35, wherein the operations further 
comprise: 

disabling higher priority contexts before locking the parameter list; and 
enabling the higher priority contexts after releasing the lock on the parameter list. 

37. (Original) The article of manufacture of claim 36, wherein the higher priority 
context comprises a bottom half or Interrupt Request (IRQ) context. 

38. (Original) The article of manufacture of claim 35, wherein the operations further 
comprise: 

after releasing the lock, executing device driver functions to configure the device with the 
parameter values in the temporary buffer. 

39. (Original) The article of manufacture of claim 27, wherein the code executes 
operations to further perform: 

initiating, with the kernel module, an access request with respect to device information; 
disabling any higher priority contexts capable of accessing the device information; 
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obtaining a lock for the device information subject to the access request; 
providing the kernel module access to the device information; 
releasing the lock; and 

enabling all higher priority contexts that were disabled. 
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